home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 587 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.7 KB
  1. Path: ultra.sonic.net!sonic!not-for-mail
  2. From: greg@sonic.net (Greg Seeger)
  3. Newsgroups: comp.lang.c
  4. Subject: Help! Corrupt FIles!
  5. Date: 6 Jan 1996 13:49:25 -0800
  6. Organization: Sonoma Interconnect,707.528.8748,Shell$12/mo,Santa Rosa,CA(us)
  7. Message-ID: <4cmqp5$dbl@sonic.net>
  8. NNTP-Posting-Host: sonic.net
  9. Summary: Files being corrupted
  10. Keywords: files corrupt
  11. X-Newsreader: TIN [version 1.2 PL2]
  12.  
  13. I am having the following problem and would greatly appreciate any
  14. thoughts, advice, hints, ideas, on how to solve it.
  15.  
  16.                       * THE PROBELM *
  17.  
  18. Once in a while, two files will become inaccessable.  When the
  19. directory is checked the files have become huge, many giga-bytes
  20. in size, on a machine which does not have a drive that large.
  21. Thus, I'm assuming that the directory entry for those files
  22. is corrupted.
  23.                      * * * * * * * *
  24.  
  25. More Facts in no particular order:
  26.  
  27. 1. The two files are closely associated.  One is an index, the other
  28.    the data, and thus both are updated at (nearly) the same time.
  29.  
  30. 2. The corrupted files CAN be deleted, and all is well (except of course
  31.    for the lost data).
  32.  
  33. 3. This problem only happens with a client using a Novell network.  The
  34.    program is running on straight DOS, other networks, and even on
  35.    Xenix/Unix (re-compiled) and this problem has never appeared.
  36.  
  37. 4. File locking is acheived by locking an additional "lock" file, rather
  38.    than locking the files themselves.  The lock file is never corrupted.
  39.  
  40. 5. Data is never corrupted within the file itself, until the above
  41.    described problem happens, and the entire file is lost.
  42.  
  43. 6. The attribure "S" (sharable) has been set on all files using the
  44.    Novell FLAG command.
  45.  
  46. 7. This application is fairly mature, and has been running for many
  47.    years.
  48.  
  49. 8. Language:   C.
  50.  
  51.    Compilers:  DOS:   Borland C++.
  52.                Xenix: Microsoft C Compiler.
  53.  
  54.    Note though, that the version of the compiler has changed over
  55.    time (originally written using Turbo C++ 1.0) yet the problem
  56.    persists, so it doesn't seem to be compiler specific.
  57.  
  58. I am the programmer who developed the application so have complete
  59. access to the internals (as well as the responsibility to find a
  60. solution).
  61.  
  62. It may be that the program has some error in it that causes this
  63. problem, but I can't figure out what could cause such a problem.
  64. In fact, if I was asked to do this to a file, I wouldn't know
  65. how.
  66.  
  67. It may be a problem with Novell, or even their particular version
  68. on Novell, but I have no way to test that.  (I am a long ways from
  69. the client, and the problem is rare.)
  70.  
  71. I would GREATLY appreciate any thoughts, hints or ideas.  Feel free
  72. to email me if you wish.
  73.  
  74. Thank you in advance,
  75. Greg
  76. greg@sonic.net
  77.  
  78.  
  79.  
  80.  
  81.